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STRUCTURE  INVENTORY  FOR  DAMAGE  ANALYSIS  EDIT  PROGRAM 

USERS  MANUAL 


I.  INTRODUCTION 


1.  Background  and  Overview 

The  Structure  Inventory  for  Damage  Analysis  Edit  computer  program 
(SIDEDT)  is  a  companion  program  to  the  Structure  Inventory  for  Damage 
Analysis  computer  program  (SID)  (Hydrologic  Engineering  Center,  1982).  It  is 
designed  to  assist  in  the  management  and  maintenance  of  stage-damage  function 
files  and  structure  inventory  files  which  are  both  used  as  input  to  the  SID 
program. 

An  overview  of  the  edit  capablities  of  the  SIDEDT  program  are  presented 
herein.  In  addition,  the  input  necessary  for  program  execution  and  related 
output  are  described  in  detail.  Sample  input  and  output  have  also  been 
included  to  demonstrate  the  program  capabilities  and  to  assist  the  user  in 
preparing  input  data  for  the  program. 

The  SIDEDT  program  was  originally  designed  and  written  by  the 
Environmental  Systems  Research  Institute  (ESRI)  under  contract  to  the  New 
York  District,  U.S.  Army  Corps  of  Engineers.  After  significant  modification 
and  extension,  the  program  is  maintained  and  distributed  by  the  Hydrologic 
Engineering  Center  (HEC),  U.S.  Army  Corps  of  Engineers,  609  Second  Street, 
Davis,  California  95616.  HEC  should  be  contacted  for  any  questions 
regarding  the  program's  use  or  availability. 

2 .  Job-size  Limitations 


There  is  virtually  no  limit  to  the  number  of  stage-damage  functions  or 
structures  that  this  program  can  process.  When  using  random  access  files, 
the  file-size  limitations  are  the  same  as  for  the  SID  program.  For  example, 
random  access  files  cannot  contain  more  than  2000  stage  damage  functions  or 
when  processing  structure  inventory  files,  the  random  files  cannot  contain 
more  than  300  damage  reaches,  with  a  maximum  of  5000  structures  per  damage 
reach . 

3 .  Hardware  and  Software  Requirements 

The  SIDEDT  program  was  developed  on  a  HARRIS  500  minicomputer  located  at 
the  HEC.  The  program  is  also  maintained  at  the  Lawrence  Berkeley  Laboratory 
(LBL),  University  of  California,  Berkeley,  California,  and  on  the  national 
Corps  of  Engineers  computer  vendor  equipment,  currently  the  CDC  Cybernet 
Computer  Services.  Both  LBL  and  CDC  use  Control  Data  Corporation  (CDC) 
computer  equipment.  In  general,  SIDEDT  is  compatible  with  other  major 
computer  systems.  Difficulties  in  installation  should  be  reported  to  the 
Hydrologic  Engineering  Center. 

Program  Language:  FORTRAN  IV  (ANSI  Standard) 

Memory  Requirement:  124,000  Words  (octal)  of  core  at  CDC  (word 

size:  60  bits) 
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special  Library  Functions:  Random  access  file  read/write  routines 

Character  manipulation  routines 

Printer  Positions:  132 

Tape/Disk  A.ssignments : 

TAPES:  The  local  disk  file  name  which  represents  the  card  reader;  i.e., 

the  primary  input  device. 

TAPE6:  The  local  disk  file  name  which  represents  the  line  printer, 

i.e.,  the  primary  output  device. 

TAPES:  The  local  disk  or  tape  file  name  used  when  the  input  structure 

data  or  damage  function  data  resides  in  card  image  on  a 
sequential  disk  or  tape  device. 

TAPE9:  The  local  disk  or  tape  file  name  used  when  merging  structure  or 

damage  function  data  with  TAPES. 

TAPEIO:  The  local  disk  or  tape  file  name  used  when  updating  the 

structure  or  damage  function  data  on  TAPES. 

TAPEll:  The  local  disk  file  name  used  by  the  SIDEDT  program  as  a 

formatted  temporary  work  file  or  alternative  output  file  (See 
TAPE12. ) 

TAPE12:  The  local  disk  file  name  used  when  the  output  structure  or 

damage  function  data  is  to  reside  in  card  image  on  a  sequential 
disk  file. 

TAPE92:  The  local  disk  file  name  used  when  the  damage  function  selection 
data  (DF  Cards)  are  output  from  the  SIDEDT  program. 

TAPE9S:  The  local  disk  file  name  used  when  the  damage  function  data  (DF, 
DP,  PC,  or  (DD)  cards)  reside  on  a  random  access  disk  file.  It 
may  be  used  as  both  an  input  and  output  file. 

TAPE99:  The  local  disk  file  name  used  when  the  structural  information 

(SL,  SD,  SO,  SS,  SA  cards)  reside  on  a  random  access  disk  file. 
It  may  be  used  as  both  an  input  and  output  file. 
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II.  PROGRAM  CAPABILITIES 


1.  Overview 


The  SIDEDT  program  has  been  developed  to  assist  in  locating  and 
correcting  errors  in  a  structure  inventory  file  or  a  damage  function  file. 
In  addition,  it  provides  a  wide  range  of  options  to  aid  in  file  merging,  data 
selection,  data  manipulation,  data  modification  and  output  selection. 

Data  are  input  and  output  as  character  files  containing  attributes 
descriptive  of  individual  structures,  such  as  structure  identification, 
reference  flood  elevation,  etc.,  or  a  specific  stage-damage  function,  such  as 
damage  function  identification,  beginning  stage,  etc..  SIDRDT  provides  the 
capability  of  selectively  reading  all  or  some  of  these  attributes  from  the 
input  file. 

2 .  Commands 


The  capabilities  of  the  SIDEDT  program  are  reflected  in  the  nine 
available  commands.  The  commands  are  briefly  described  below: 


Command 


Description 


READ 


LIST 


Defines  the  type  of  input  file  to  be 
read,  either  structure  or  damage 
function  data. 

Generates  a  listing  of  specific 
attributes . 


MERGE  Merges  two  like-type  files. 

UPDATE  Replaces  or  adds  attribute  fields  in 

the  files. 


NEWFIELD  Creates  a  temporary  new  attribute  field. 

WINDOW  Selects  structures  based  on  geographic 

location . 


PULL 


Selects  a  subset  of  the  input  file 
based  on  attribute  values. 


MODIEY 


Performs  arithmetic  operations  on 

attributes  and  saves  the  results. 


END 


Ends  the  SIDEDT  run. 


Each  command  is  described  in  its  own  sub-section  in  Chapter  III  of  this 
manual.  Simple  examples  of  each  command  are  given  in  each  command 
description.  Detailed  examples  are  provided  in  APPENDIX  A. 
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3 .  Command  Syntax 

Execution  of  the  SIDEDT  program  options  is  selected  by  a  series  of 
commands  and  keywords.  Each  command  requires  a  specific  English-like  syntax 
that  must  be  followed.  The  program  is  unforgiving  and  will  terminate  if  it 
encounters  a  syntax  error.  To  allow  some  flexibility,  all  command  entries 
are  vree-format.  In  free-format,  the  command  entries  are  made  on  one  or  more 
cards  in  correct  sequence,  with  one  or  more  blank  spaces  separating  each 
entry.  Entries  for  a  single  command  may  be  continued  on  additional  cards  by 
entering  a  space  and  a  slash  (/)  as  the  last  entries  on  a  card.  The  end  of  a 
command's  entry  is  signified  by  not  entering  the  slash  on  the  last  card  (or 
line  image)  in  the  command  string. 

A .  File  Description 

The  input  and  output  files  to  the  SIDEDT  program  consist  of  a  collection 
of  records  that  correspond  to  the  structure  cards  or  damage  function  cards 
defined  in  the  SID  Users  Manual  (Hydrologic  Engineering  Center,  1982).  Each 
record  is  composed  of  a  group  of  attribute  fields  defined  by  the  variable 
name  for  that  field  in  the  SID  Users  Manual.  Associated  with  each  attribute 
is  a  data  type  (character,  integer,  or  real)  and  a  beginning  and  ending 
column  number.  These  column  numbers  are  relative  to  the  entire  record,  not 
the  specific  card  in  the  record.  For  example,  in  a  structure  inventory 
record,  the  damage  category  (IDCAT)  resides  on  the  SD  card  in  card  columns 
17-24.  Because  the  SD  card  is  the  second  card  in  the  structure  record,  IDCAT 
is  in  columns  97-104  in  the  record  as  a  whole.  See  APPENDICES  B  and  C. 

Table  I  lists  the  predefined  structure  inventory  record  attribute  field 
names,  beginning  and  ending  columns,  and  data  types. 

Table  2  lists  the  same  information  for  the  damage  function  file. 

5 .  File  Units 


All  of  the  valid  commands  except  READ  and  END  require  specification  of  at 
least  one  file  unit  number  and  perhaps  two  or  three  unit  numbers.  These 
numbers  identify  which  file  is  used  as  input  and  which  file  is  to  be  used  as 
output.  These  unit  numbers  also  implicity  define  whether  the  file  is  a 
sequential  file  or  a  random  file.  For  example,  the  command  "LIST  FROM  8  ..." 
identifies  TAPE8  as  the  input  file  and  TAPE8  is  a  sequential  file;  however, 
if  the  command  is  "LIST  FROM  98  the  program  would  expect  a  random  file 
because  TAPE98  defines  a  random  access  damage  function  file. 
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III.  USER  INPUT  DESCRIPTION 


1.  Overview 

This  chapter  provides  a  detailed  description  of  the  SIDEDT  data  input 
requirements . 

Certain  notations  are  used  throughout  this  chapter  with  consistent 
meaning.  UPPERCASE  indicates  a  statement  keyword  that  is  to  be  written  as 
shotm.  Lowercase  enclosed  in  brackets,  [lowercase],  indicates  a  name  or 
number  that  is  to  be  supplied  by  the  user. 

2.  READ  Command.  Required. 

The  READ  command  specifies  what  type  of  data  is  to  be  processed,  i.e., 
structure  inventory  data  or  damage  function  data.  This  command  must  be  the 
first  ccrd  in  the  users  input  stream.  The  format  of  the  READ  command  is  as 
follows : 


READ  TYPE  [data  type] 

Where  data  type  may  be  one  of  two 
keywords : 

STRUCT 

for  structure  inventory  data 
or 

DAMAGE 

for  damage  function  data. 


Example; 

READ  TYPE  STRUCT  is  the  first  card  required  when  processing  a  structure 
inventory  file. 

3.  LIST  Command.  Optional. 

The  LIST  command  writes  specified  attributes  to  the  printer  to  create  a 
listing  of  attribute  values.  LIST  can  list  any  of  the  fields  from  the 
following  data  files:  TAPES,  TAPE9,  TAPEll,  TAPB12,  TAPE98,  TAPE99.  The 
LIST  command  is  optional  and  may  be  used  anywhere  after  the  READ  command,  as 
many  times  as  desired. 

The  listed  attributes  will  appear  in  the  listing  as  columns  headed  by  the 
field  names.  If  all  of  the  listed  attributes  are  wider  than  a  printer  page, 
the  attributes  will  wrap  around  onto  a  new  line  in  the  listing  and  be 
unreadable . 
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The  LIST  command  is  used  by  specifying  the  file  that  contains  the 
attributes  to  be  listed  and  the  names  of  the  attribute  fields  that  are  to 
appear  in  the  listing.  If  no  attribute  field  names  are  specified,  LIST  will 
list  all  of  the  attributes  in  the  file.  The  format  of  the  LIST  command  is  as 
follows : 

LIST  FROM  [unit  #  ]  FIELDS  [field  name]  [field  name]  .  .  . 

Example : 

LIST  FROM  8  FIELDS  IDRCHl  IBLDGl  STOPO  IDCAT 

will  list  the  damage  reach  id,  building  id,  first  floor  elevation  and  damage 
category  for  each  structure  record  in  file  TAPES. 

LIST  FROM  98  FIELDS 

will  list  the  entire  random  damage  function  file,  TAPE98. 

4.  MERGE  Command.  Optional. 

The  MERGE  command  merges  two  identically  formatted  sequential  structure 
or  damage  function  files.  The  two  input  data  files  are  TAPES  and  TAPE9.  The 
output  file  may  be  any  one  of  the  following  data  files:  TAPE12,  TAPB98,  or 
TAPE99 , 

MERGE  automatically  inserts  records  from  the  second  (subordinate)  file 
into  its  correct  position  in  the  first  (master)  file.  If  there  is  a 
duplicate  record,  the  program  will  replace  the  record  in  the  master  file  with 
the  record  from  the  subordinate  file. 

MERGE  requires  that  the  files  being  merged  have  been  sorted  into  the  same 
order  based  on  the  choice  of  keys. 

The  MERGE  command  is  used  by  specifying  the  two  input  files,  the  output 
file  and  the  key  sort  field.  The  format  of  the  MERGE  command  is  as  follows; 

MERGE  FROM  8  9  TO  [output  unit#  ]  KEYS  [keysort  field  name] 

Example; 

MERGE  FROM  8  9  TO  12  KEYS  IT 

will  merge  two  sequential  damage  function  files  (TAPES  and  TAPE9)  using  the 
damage  function  identifier  as  the  sort  key  to  output  file,  TAPE12,  producing 
a  sequential  file  containing  all  the  damage  function  data  from  TAPES  and 
TAPB9  sorted  by  damage  function  identifier. 

5.  NEWFIELD  Command.  Optional. 

The  NEWFIELD  command  temporarily  defines  a  new  field,  within  the 
structure  or  damage  function  file's  records.  The  NEWFIELD  command  may  be 
used  to  define  a  new  field  to  contain  an  additional  attribute  generated  by 
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the  UPDATE  or  MODIEY  commands  or  to  redefine  part  of  an  existing  field  as  a 
new  field  to  allow  access  to  part  of  an  attribute  code.  This  command  must  be 
input  before  the  command  that  utilizes  the  new  attribute  field.  Each 
NEWEIELD  command  defines  one  new  field  but  the  command  may  be  used  as  many 
times  as  needed. 

A  new  field  may  be  defined  anywhere  within  the  records  defined  in  Tables 
1  and  2.  There  are  two  cautionary  notes.  First,  NEWFIELD  cannot  extend  the 
record  length  of  400  columns.  Second,  it  is  possible  to  define  a  new  field 
in  columns  used  by  existing  attribute  fields.  Therefore,  if  data  is  written 
to  the  new  field,  the  existing  data  will  be  written  over. 

The  NEWFIELD  command  is  used  by  specifying  the  field  name,  the  first  and 
last  columns  of  the  field,  and  the  data  type  (INTEGER,  REAL,  CHAR)  of  the 
field.  One  new  field  is  defined  on  each  NEWFIELD  command.  The  format  is  as 
follows ; 

NEWFIELD  [field  name]  (first  col.]  [last  col.]  [date  type] 

Example: 

NEWFIELD  allows  new  fields  to  be  defined  over  existing  fields  so  that 
parts  of  fields  may  be  read  by  the  program  commands.  For  example,  if  the 
first  two  characters  of  the  damage  reach  identifier  are  a  code  for  the 
tributary  and  the  last  four  characters  are  the  damage  reach  number, 
NEWFIELD  may  be  used  to  access  all  damage  reaches  within  a  particular 
tributary.  The  command  would  be  as  follows: 

NEWFIELD  TRIB  3  4  CHAR 

Note  that  either  field,  IDRCHI  or  TRIB,  may  now  be  used. 

6.  UPDATE  Command.  Optional. 

The  UPDATE  command  replaces  existing  attribute  values  with  specified 
values  or  adds  attribute  values  to  blank  fields.  UPDATE  updates  one  field  at 
a  time,  either  adding  or  replacing  its  values.  Update  data  are  input  in  a 
special  update  file  which  must  be  present  if  the  UPDATE  command  is  used.  The 
update  file  structure  is  detailed  after  this  command.  If  a  new  attribute  is 
to  be  added,  NEWFIELD  must  precede  UPDATE  to  define  the  new  attribute  field. 
UPDATE  is  optional  and  may  be  used  as  many  times  as  needed. 

Updates  are  made  by  locating  the  record(s)  that  have  the  match  value 
entered  in  the  update  file's  match  field  and  replacing  the  value  in  the 
specified  file's  attribute  field  with  the  value  in  the  corresponding  update 
file’s  attribute  field.  This  is  nothing  more  than  matching,  for  example, 
structure  identifications  between  the  two  files  so  that  an  update  intended 
for  a  specific  structure  is  not  made  to  another.  Note  -  Both  the  structure 
or  damage  function  file  and  the  update  file  must  be  sorted  by  the  match  field 
before  UPDATE  is  used.  If  the  files  are  not  sorted  in  the  same  order,  the 
results  are  unpredictable. 
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A  single  update  may  be  applied  to  many  records  by  entering  a  match  value 
in  the  update  file  that  applies  to  multiple  records.  For  example,  a  single 
entry  in  the  update  file  may  'match’  against  damage  reach  number,  so  that 
every  structure  within  the  specified  damage  reach  would  have  the  same  update 
value  written  to  the  specified  attribute  field  in  the  structure  file. 

The  UPDATE  command  is  used  by  specifying  the  input  file,  the  update  file, 
the  output  file,  the  location  of  the  match  field  in  the  update  file,  the  name 
of  the  match  field  in  the  structure  or  damage  function  file,  the  location  of 
the  field  containing  the  update  value  in  the  update  file,  and  the  name  of  the 
attribute  field  in  the  structure  or  damage  function  file  to  receive  the 
value.  The  locations  of  the  match  and  update  fields  must  be  specified  as 
beginning  and  ending  columns.  The  format  of  the  UPDATE  command  is  as  follows: 

UPDATE  FROM  8  10  TO  [output  unit  #] 

MATCH  [first  col.  of  update  file  match  field]  [last  col.  of  update  file 
match  field]  WITH  [input  file  match  field  name] 

MOVE  [first  col.  of  update  file  attribute  field]  [last  col.  of  update 
file  attribute  field]  INTO  [input  field  field  name] 

Example: 

UPDATE  FROM  8  10  TO  12  / 

MATCH  1  8  WITH  IBLDGl  / 

MOVE  11  15  INTO  VIFC 

NOTE:  The  slash  (/)  is  used  to  indicate  that  the  command  is  continued  on 

another  line. 

This  command  will  locate  specific  structures  and  replace  their  contents 
value  (VIFC)  with  the  value  found  in  the  update  file.  The  match  field  is  the 
structure  identification,  which  is  IBLDGl  in  the  structure  file  and  columns 
1-8  in  the  update  file.  The  attribute  field  is  contents  value  which  is  VIFC 
in  the  structure  file  and  columns  11-15  in  the  update  file. 

UPDATE  FILE 


The  update  file  contains  one  80- column  card  image  for  each  record  that 
will  be  updated.  Each  card  image  must  have  at  least  two  fields,  a  'match' 
field  and  one  or  more  attribute  fields.  The  match  field  contains  a  value 
that  must  match  the  value  in  a  specified  attribute  field  within  the  structure 
or  damage  function  file  before  the  update  takes  place.  Cards  in  the  update 
file  must  be  sorted  by  the  match  field  in  the  same  order  as  the  structure  or 
damage  function  file. 

The  attribute  fieldCs)  contains  the  new  or  replacement  value  that  will  be 
written  to  the  records  identified  by  the  match  field.  Although  the  update 
file  may  contain  as  many  attribute  fields  as  can  fit  on  a  card,  the  UPDATE 
command  can  only  apply  one  attribute  update  at  a  time. 
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The  format  of  the  update  file  is  as  follows: 

[match  field]  [first  attribute  field]  [second  attribute  field]  .  .  . 

For  example,  if  the  value  entered  for  the  'contents  value'  attribute,  VIFC, 
in  the  structure  file  for  structure  AB123456  is  to  replaced  with  a  correct 
value  of  1300,  the  card  might  appear  as  follows: 

AB123456  1300. 


7.  WINDOW  Command.  Optional. 

The  WINDOW  command  selects  structures  to  be  written  to  the  output  file 
based  on  whether  they  fall  within  a  specified  geographic  window.  The  window 
is  defined  by  minimum  and  maximum  northing  and  easting  UTH  coordinates. 
WlNDOWed  structures  are  output  in  the  order  in  which  they  are  found.  Of 
course,  the  structure  inventory  file  must  contain  geographic  coordinates  for 
this  command  to  work.  The  WINDOW  command  is  optional  and  may  be  used 
anywhere  after  the  READ  command. 

The  WINDOW  command  is  used  by  specifying  the  file  that  contains  the 
structures  to  be  windowed,  the  output  file  unit  number,  the  names  of  the 
fields  that  contain  the  X-coordinates  (easting  values)  and  Y-coordinates 
(northing  values),  and  the  minimum  and  maximum  coordinates  that  define  the 
window.  The  format  of  the  WINDOW  command  is  as  follows: 

WINDOW  FROM  [input  file  unit#]  TO  [output  file  unit  #] 

XCOOR  COLE  YCOOR  ROWN 

XHIN  [coordinate]  XMAX  [coordinate]  XMIN  [coordinate]  YMAX  [coordinate] 


Example: 


The  following  command  would  be  used  to  window  from  a  sequential  input 
file  to  a  random  output  file: 

WINDOW  FROM  8  TO  99  XCOOR  COLE  YCOOR  ROWN  / 


XMIN 

XMAX 

YMIN 

YMAX 


587335.2  / 

637229.8  / 

526304.2  / 

546297.8 


8.  PULL  Command.  Optional. 


The  PULL  command  selects  records  to  be  written  to  the  output  file  based 
on  their  attribute  values.  Each  record's  attributes,  structure  or  damage 
function  data,  are  subjected  to  tests  which,  if  passed,  that  record  is 
selected  for  output.  Tests  are  stated  as  logical  expressions  that 
incorporate  an  'IF'  test,  logical  operators  (e.g.  AND,  OR,  NOT)  and 
relational  operators  (e.g.  equal  to  (EQ),  not  equal  to  (NE) ,  greater  than 
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(GT) ,  less  than  (LT),  etc.).  PULLed  structures  are  output  In  the  order  in 
which  they  are  found.  PULL  is  optional  and  may  be  used  anywhere  after  the 
READ  command,  as  many  times  as  desired. 

The  PULL  command  is  used  by  specifying  the  file  that  contains  the  input 

structure  or  damage  function  file,  the  output  file  unit  number  and  up  to 

twenty  (20)  logical  expressions.  At  least  one  logical  expression  must  be 
entered.  in  the  PULL  command,  if  any  of  the  logical  expressions  are  true, 
the  record  will  be  selected  and  written  to  the  output  file. 

Logical  expressions  have  strict  format  and  logic  rules  that  must  be 
followed.  The  format  of  a  logical  expression  is: 

IF  [variable]  [relational  operator]  [variable]  AND 
[variable]  [relational  operator]  (variable]  AND  .  .  . 

The  PULL  command  has  one  test;  'IF*.  This  type  of  test  is  'IF  something  is 
true,  then  action',  where  the  action  is  to  either  write  the  record  to  the 
output  file  or  subject  it  to  another  test.  An  'AND'  extends  the  test  begun 

by  an  'IF*.  A  logical  expression  that  has  an  'AND*  in  it  is  of  the  form: 

'IF  something  is  true,  AND  something  else  is  true,  then  action*.  Up  to  20 
'AND's  may  bo  included  in  a  logical  expression.  Note  that  it  is  not  required 
to  use  'AND*  in  a  logical  expression.  A  logical  expression  must  always  start 
with  and  'IF',  and  'ANDs*  (if  used)  must  always  follow  'IFs*.  For  a  test 
extended  with  'ANDs*,  all  of  the  'IF*  and  'ANDs*  must  be  true  for  the  test  as 
a  whole  to  be  true.  If  one  of  the  conditions  is  false,  the  entire  string  of 
*1F*  and  'ANDs*  is  false. 

Variables  in  a  logical  expression  may  be  an  attribute's  field  name  (the 
attribute  value  is  tested)  or  a  constant  value  specified  by  the  user.  These 
may  be  integers,  real  numbers  or  character  strings.  If  a  character  string  is 
used  in  a  logical  expression,  it  must  be  enclosed  in  single  quotes  (')  on  the 
Harris  computers  and  enclosed  in  double  quotes  (")  on  CDC  computer  equipment. 

Relational  operators  test  one  variable  against  another  to  determine  if 
they  are  equal,  unequal,  etc..  The  PULL  command  has  six  relational 
operators.  Each  is  listed  below  as  it  is  entered  (uppercase  letters)  and 
what  is  means  (lowercase  letters). 

EQ  -  equal  LT  -  less  than  LE  -  less  than  or  equal 

NE  -  not  equal  GT  -  greater  than  GB  -  greater  than  or  equal 

The  format  of  the  PULL  command  is  as  follows: 

PULL  FROM  (input  unit*]  TO  [output  unit*]  BY 

[logical  expression]  [logical  expression]  .  .  . 

Example : 

To  create  a  subfile  of  only  those  structures  in  damage  reach  *  1  whose 
first-floor  elevation  is  greater  than  500.0,  the  command  would  be  as  follows: 

PULL  FROM  8  TO  12  BY  IF  IDRCHl  BQ  '  DRl*  AND  STOPO  GT  500.0 


12 


9.  MODIFY  Cornmand.  Optional. 


The  MODIFY  command  selects  records  from  a  structure  or  damage  function 

file  using  the  same  logic  as  the  PULL  command  and  then  performs  arithmetic 

operations  on  the  contents  of  selected  attribute  fields  and/or  moves  the 
contents  of  an  attribute  field.  An  attribute  field  may  be  moved  to  another 
attribute  field,  replacing  whatever  was  previously  there,  or  to  a  temporary 
attribute  for  storage.  The  temporary  attribute  may  then  be  used  for 

additional  operations.  For  example,  a  constant  can  be  added  to  an  attribute 
value  storing  the  result  in  a  temporary  variable  and  then  the  temporary 

variable  can  be  divided  by  a  constant,  storing  the  result  in  the  original 
attribute  or  a  different  one.  All  of  the  selected  attributes  will  be 
subjected  to  the  specified  operation.  Note  that  the  PULL  or  WINDOW  commands 
may  be  used  to  select  specific  records  before  the  MODIFY  command  is  used. 
MODIFYed  records  will  be  output  in  the  order  they  are  found. 

The  MODIFY  command  is  used  by  specifying  the  input  file  unit  number,  the 
output  file  unit  number,  a  logical  expression  to  select  records  and  up  to 
twenty  (20)  arithmetic  statements  to  operate  on  the  attributes.  At  least  one 
logical  expression  and  one  arithmetic  expression  must  be  entered. 

The  format  of  an  arithmetic  expression  is: 

[operation]  [variable]  XX  [variable]  GIVING  [attribute] 

There  are  five  types  of  operations.  Each  is  shown  below  as  it  is  used  in 
a  statement. 

ADD  [variable]  TO  [variable]  GIVING  [attribute] 

SUBTRACT  [variable]  FROM  [variable]  GIVING  [attribute] 

MULTIPLY  [variable]  BY  [variable]  GIVING  [attribute] 

DIVIDE  [variable]  INTO  [variable]  GIVING  [attribute] 

MOVE  [variable]  TO  [attribute  or  temporary  attribute] 

Variables  are  the  same  as  in  the  PULL  command;  they  may  be  an  attribute 
field  name,  an  integer  or  real  number,  or  a  character  string.  If  a  character 
string  is  used,  it  must  be  enclosed  in  single  quotes  (')  on  Harris  computers 
and  in  double  quotes  (”)  on  CDC  computer  equipment. 

Each  arithmetic  statement  will  write  its  results  to  the  specified 
attribute  field.  Either  an  existing  attribute  field  or  a  special  temporary 
attribute  may  be  specified.  The  special  temporary  attribute  is  specified  by 
an  asterisk  {*) .  Note  that  the  results  written  to  an  existing  attribute 
field  will  replace  whatever  is  already  there. 

Each  MODIFY  command  must  start  with  at  least  one  logical  expression  to 
select  records,  although  the  user  may  use  an  expression  that  will  select  all 
records,  if  desired.  Logical  expressions  are  linked  to  arithmetic  statements 
by  entering  "THEN"  between  them,  as  shown  below: 

[logical  expression]  THEN  [arithmetic  statement] 
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The  format  of  the  MODIFY  command  is  as  follows: 

MODIFY  FROM  [input  file  unit  *]  TO  [output  file  unit  *]  BY 
[losical  expression]  [logical  expression]  .  .  .  THEN  [arithmetic 
statement]  [arithmetic  statement]  .  .  . 


Example. 


To  subtract  1  foot  from  the  reference  flood  elevation  for  all  structures 
in  damage  reach  #  1,  use  the  following  command: 


MODIFY  FROM  99  TO  12  BY  / 

IF  IDRCHl  EQ  •  DRl'  / 

THEN  SUBTRACT  1.0  FROM  ADJ  GIVING  ADJ 


10.  END  Command.  Required. 

The  END  command  is  required  to  signify  the  end  of  the  SIDEDT  run.  It 
is  always  the  last  command  entered. 
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IV.  TEST  PKOBLKHS 


1 .  Purpose  and  Overview 

The  test  problems  in  Appendix  A  are  included  to  illustrate  detailed 
examples  of  the  input  requirements  of  the  Structure  Inventory  for  Damage 
Analysis  Edit  (SIDED!)  program.  The  problems  are  also  intended  for  use  in 
verification  of  distributed  program  code.  Six  problems  are  presented  in  the 
appendix;  to  the  extent  possible,  subsequent  problems  expand  on  the  previous 
problem.  The  purposes  of  the  problems  are  summarized  below. 

Test  problem  1.  This  problem  lists  selected  structure  attributes  from  a 
sequential  structure  file.  It  merges  two  sequential  structure  files,  and 
lists  selected  structure  attributes. 

Test  problem  2.  This  problem  updates  the  damage  function  attribute  for 
specific  structures  in  a  sequential  structure  file.  It  also  changes  the 
reference  flood  elevation  for  the  same  structures.  Then,  all  structures 
values  are  increased  by  15%  to  reflect  a  price  level  change.  Finally, 
the  relevant  structure  attributes  will  be  listed. 

Test  problem  3.  A  sequential  structure  file  will  be  windowed  by 
geographic  coordinates.  In  this  particular  file,  the  damage  reach 
attribute  contains  a  code  for  the  tributary  and  a  code  for  the  damage 
reach  number.  All  structures  located  along  a  selected  tributary  will  be 
listed. 

Test  problem  4.  This  problem  uses  a  sequential  damage  function  file  to 
illustrate  the  replacing  of  an  entire  damage  function  with  a  new  one.  A 
bad  percent  damage  value  will  be  corrected  and  selected  damage  function 
identifiers  and  stage- percent  damage  attributes  will  be  listed. 

Test  problem  5.  This  problem  demonstrates  how  to  create  a  random  damage 
function  file  from  a  sequential  damage  function  file.  It  will  also 
create  the  TAPE92  file  required  to  accompany  the  random  file  when 
executing  the  SID  program.  Selected  damage  function  attributes  will  be 
listed  from  the  random  damage  function  file. 

Test  problem  6.  This  problem  creates  a  random  access  structure  file 
which  is  a  subset  of  the  sequential  structure  file  used  in  Test  problem 
1.  The  structure  attributes  in  the  random  structure  file  will  then  be 
modified  and  listed. 
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2 .  Structure  Inventory  Pile  For  Test  Problems  (SFILEl) 
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3.  Structure  Inventory  Mertte  File  For  Test  Problems  (SFILE2) 
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4 .  PamaKe  Function  File  For  Test  Problems  (DFILEl) 
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5 .  Structure  Update  File  For  Test  Problems  (UPDATE) 
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6 .  PamaRe  Function  Replacement  File  For  Test  Problems  (DFILE2) 
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7. 

Harr  i  s_  5p_0_ 

Job 

Control 

LatiRuaRe 

(JCL) 

For  Test 

Problems 

|J0B,SIDEDT,HLIB,HEC.PKI^4 
$  TKST  PROBLEM  1 

$  LIST  AND  MERGE  A  SEQUENTIAL  STRUCTURE  FILE 

SIUBOTX,  INPUT  =:TPROBl, TAPES  =SFlLEL,TAPE9*SFILE2,TAPEi2^SFlLB3 

$  TEST  PROBLEM  2 

$  UPDATE  AND  MODIFY  A  SEQUENTIAL  STRUCTURE  FILE 
SIDEDTX,  INPUT  =TPROB2, TAPES --SFILE3,TAPB10^UPDATE 
$  TEST  PROBLEM  3 

$  Vn:NDOW,  NEWFIELD  AND  PULL  A  SEQUENTIAL  STRUCTURE  FILE 
S IDEDTX , INPUT =TPROB3 ,TAPE8^SFILE3 
$  TEST  PROBLEM  9 

$  MERGE  AND  MODIFY  SEQUENTIAL  DAMAGE  FUNCTION  FILES 
SIDEDTX, INPUT ^TPROB4, TAPES -=DFILE1,TAPE9=DFILE2,TAPE12^DFILE3 
$  TEST  PROBLEM  5 

$  CREATE  A  RANDOM  DAMAGE  FUNCTION  FILE 
GB  TAPE98  R  G^lOO 

SIDEDTX, INPUT ^TPROB5,TAPE8^DFILE3,TAPE92^TAPE92,TAPE98^TAPE98 
I  TEST  PROBLEM  6 

$  CREATE  A  RANDOM  STRUCTURE  INVENTORY  FILE 
GE  TAPE99  R  G^200 

S  IDEDTX,  INPUT -=TPROB6,TAPE8^SFILE3,TAPE99^TAPE99 
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APPENDIX  A 
TEST  PROBLEMS 


Appendix  A 


TISST  PROBLEM  1 

LIST  AND  MERGE  A  SEQUENTIAL  STRUCTURE  FILE 


1 .  Problem  Purpose 

This  example  represents  the  basic  program  option  of  listing  selected 
attributes  from  a  sequential  structure  inventory  file.  It  also  demonstrates 
how  to  merge  two  sequential  files  that  have  been  created  by  other  means  and 
are  sorted  by  increasing  structure  identification  code. 

2 .  List  of  Input  Cards  for  the  Run 

READ  TYPE  STRUCT 

LIST  FROM  8  FIELDS  IDRCHl  IBLDGl  ADJ  STOPO  lADDRl  1ADDR2  IADDR3  1ADDR4 
LIST  FROM  9  FIELDS  IDRCHl  IBLDGl  ADJ  STOPO  lADDKl  IADDR2  IADDR3  1ADUR4 
MERGE  FROM  8  9  TO  12  KEYS  IBLDGl 

LIST  FROM  12  FIELDS  IDRCHl  IBLDGl  ADJ  STOPO  lADDRl  IADDK2  1ADDK3  IADDR4 
END 

3 .  Output  Description 

The  pco’.ram  ‘'choes  back  every  input  card  read  (item  1).  To  the  right  of 
each  input  card  is  printed  a  program  assigned  sequence  number  (item  2).  When 
the  list  option  is  selected,  the  SIDEDT  program  will  always  go  to  the  top  of 
the  next  page  before  printing  the  list  (item  3).  The  column  headings  are 
chosen  from  the  requested  attribute  names  (item  4).  After  each  listing,  a 
report  of  how  many  records  were  processed  is  printed  (item  5).  Following  the 
MERGE  command,  the  SIDEDT  programs  reports  how  many  records  were  read  from  both 
files  and  written  to  the  output  file  (item  6). 

4 .  Program  Output 

The  following  pages  are  reproductions  of  the  program  execution. 
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LIST  FROH  8  FIELDS  lORCHl  IBLOGl  AOJ  STOPO  lAOOR?  IA00R2  IAOOR3  IADOR4 
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RECORDS  READ 
END 


Appendix  A 
TEST  PROBLEM  2 


UPDATE  AND  MODIFY  A  SEQUENTIAL  STRUCTURE  FILE 


1.  Problem  Purpose 

This  example  will  illustrate  the  use  of  the  UPDATE  and  MODIFY  commands. 
The  UPDATE  file  is  listed  on  page  20;  it  contains  a  structure  identifier,  a 
new  structure  damage  function  identifier  for  the  structure,  and  a  new 
reference  flood  elevation  for  the  structure.  Since  the  UPDATE  command  can 
only  change  one  attribute  at  a  time,  the  command  must  be  used  twice;  the 
first  time  to  change  the  damage  function  identifiers  and  the  second  time  to 
change  the  reference  flood  elevation.  In  addition,  all  structures  will  be 
modified  to  increase  their  total  value  by  fifteeen  percent. 

2.  List  of  Input  Cards  for  the  Run 

READ  TYPE  STRUCT 

LIST  FROM  8  FIELDS  IBLDGl  IDIFS  ADJ  VIFS 
UPDATE  FROM  8  10  TO  11  / 

MATCH  1  8  WITH  IBLDGl  / 

MOVE  14  16  INTO  IDlFS 
UPDATE  FROM  11  10  TO  12  / 

MATCH  1  8  WITH  IBLDGl/ 

MOVE  17  24  INTO  ADJ 
MODIFY  FROM  12  TO  11  BY  / 

IF  KODEl  EQ  *SL*  THEN  / 

MULTIPLY  VIFS  BY  1.15  GIVING  VIFS 
LIST  FROM  11  FIELDS  IBLDGl  IDIFS  ADJ  VIFS 
END 

3 .  Output  Description 

The  sequential  structure  file  for  this  example  was  created  in  Test 
Problem  2  by  merging  the  two  files  listed  on  pages  16  and  17.  Items  1  and  2 
show  the  listing  of  the  structure  file  before  any  modification.  The  UPDATE 
commands  are  listed  as  items  3  and  4.  It  tells  the  program  to  UPDATE  file 
TAPE8  using  file  TAPEIO  as  the  UPDATE  FILE.  The  resulting  modified  file  is 
the  scratch  file,  TAPEll.  The  match  key  field  is  the  structure  identifier 
(IBLDGl)  and  is  located  in  card  columns  1  thru  8  in  the  UPDATE  FILE.  The 
field  in  the  structure  file  to  be  updated  is  the  damage  function  identifier 
(IDIFS);  card  columns  14  thru  16  of  the  UPDATE  FILE  will  be  moved  into  that 
field.  The  second  UPDATE  command  uses  the  file  just  created  (TAPEll)  as  the 
file  to  be  modified.  The  UPDATE  FILE  (TAPEIO)  remains  the  same  and  so  does 
the  match  key.  The  resultant  file  this  time  is  TAPB12  and  the  field  modified 
is  ADJ.  TAPE12  now  contains  the  entire  sequential  structure  file  with  the 
selected  structures  propertly  updated. 

The  conmand  to  modify  all  the  structures  total  value  is  item  5.  The  file 
to  be  modified  is  TAPE12;  the  output  file  is  called  TAPEll.  Reusing  files 
this  way  is  perfectly  all  right.  In  order  to  modify  all  the  structures,  a 
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condition  must  be  selected  that  applies  to  every  structure.  One  possibility 
Is  the  one  shown  In  Item  6,  l.e.,  "IF  KODEl  EQ  'SL'"  since  all  structure 
records  must  have  an  SL  card.  Item  7  shows  how  to  Increase  the  structure's 
total  value  by  15  percent.  The  listing  on  page  36  Illustrates  the  new 
structure  file. 
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SIO  EDIT  PROGRAM  *  *  U.S.  ARMY  CORPS  OF  ENGINEERS 

USERS  MANUAL  -DRAFT  IN  PROGRESS  *  *  JHE  HYDROLOGIC  ENGINEERING  CENTER 

UPDATED  JULY  1983  *  *  609  SECOND  STREET,  SUITE  B 

*  *  DAVIS,  CALIFORNIA  95616 

RUN  DATE  23  SEP  83  TIME  12:55:34  *  *  (916)  440-2105  (FTS)  448-2105 
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READ  TYPE  STRUCT 

LIST  FROM  8  FIELDS  IBLDG1  ID1FS  ADO  VIFS 
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Appendix  A 
TEST  PROBLEM  3 


WINDOW,  NEWKIELD  AND  PULL  A  SEQUENTIAL  STRUCTURE  PILE 


1.  Problem  Purpose 

This  example  demonstrates  how  to  window  a  structure  file  based  on 
geographic  coordinates.  Remember,  the  coordinates  must  already  be  encoded 
and  stored  in  the  structure  records.  The  NEWFIELD  option  is  used  to 
demonstrate  how  to  access  just  a  portion  of  a  predefined  attribute  values. 
The  PULL  command  uses  the  newly  defined  field  to  create  a  subset  of  the 
original  sequential  structure  file. 

2.  List  of  Input  Cards  for  the  Run 

READ  TYPE  STRUCT 

LIST  FROM  8  FIELDS  IDRCHI  COLE  ROWN 
WINDOW  FROM  8  TO  11  XCOOR  COLE  YCOOR  ROWN  / 

XMIN  493000  / 

XMAX  494000  / 

YMIN  4510000  / 

YMAX  4520000 
NEWFIELD  TRIB  3  4  CHAR 
NEWFIELD  DMGRCH  5  8  CHAR 
PULL  FROM  11  TO  12  BY  / 

IF  DMGRCH  EQ  *1009* 

LIST  FROM  12  FIELDS  TRIB  DMGRCH  IBLDGl  IDCAT  VIPS  VIFC  VlFO  COLE  ROWN 
END 

3 .  Output  Description 

Item  1  is  the  WINDOW  command  used  to  create  a  subset  of  a  structure 
inventory  file  based  on  geographic  coordinates.  In  this  case,  UTM 
coordinates  were  stored  in  the  structure  file  as  attributes  COLE  for  the 
x-coordinate  and  ROWN  for  the  y-coordinate.  The  SIDEDT  program  interprets 
the  WINDOW  conanand  and  informs  you  of  the  coordinates  window  (item  2)  and  how 
many  records  read  from  the  input  file  fill  within  the  coordinate  window  and 
written  to  scratch  output  file  (item  3). 

The  NEWFIELD  command  (item  4)  defines  a  2  character  attribute,  *TRIB' , 
staiting  in  position  3  and  ending  in  position  4.  The  second  NEWFIELD  command 
defines  a  four  character  attribute,  *DMGRCH*,  in  positions  5  through  8. 
These  two  new  attributes  may  then  be  used  as  any  originally  defined 
attribute.  In  this  example,  the  6  character  damage  reach  attribute  (IDRCHI) 
is  composed  of  a  2  character  tributary  code  and  a  4  character  damage  reach 
within  tributary  code.  The  new  DMGRCH  is  used  to  select  a  subset  of  the 
windowed  file,  i.e.,  all  structures  in  damage  reach  1009  (item  5). 

4 .  Program  Output 

The  following  pages  are  reproductions  of  the  program  execution. 
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Appendix  A 


TEST  PROBLEM  4 

MERGE  AND  MODIFY  SEQUENTIAL  DAMAGE  FUNCTION  FILES 


1 .  Problem  Purpose 

Often  after  a  sequential  damage  function  file  is  created,  new  damage 
functions  will  need  to  be  added  to  the  file.  The  MERGE  command  is  used  to 
carry  out  this  function.  This  example  also  shows  how  to  modify  the  merged 
file  using  the  MODIFY  command. 

2.  List  of  Input  Cards  for  the  Run  . 

READ  TYPE  DAMAGE 

LIST  FROM  8  FIELDS  IT  NSTAG  PERCNT17 
LIST  FROM  9  FIELDS  IT  NSTAG  PERCNT17 
MERGE  FROM  8  9  TO  11  KEYS  IT 
MODIFY  FROM  11  TO  12  BY  / 

IF  IT  EQ  •  Rl*  / 

THEN  MOVE  44.  TO  PERCNT17 
LIST  FROM  12  FIELDS  IT  NSTAG  PERCNT17 
END 

3.  Output  Description 

Because  this  test  problem  accesses  a  damage  function  file,  the  first 
command  to  the  SIDED!  program  must  be  the  ’READ  TYPE  DAMAGE*  command  (item 
1).  Items  2  and  3  are  listings  of  the  original  damage  function  file  and  the 
damage  functions  to  be  added,  respectively.  The  MERGE  command,  (item  4)  is 
used  to  add  the  damage  functions  of  TAFE9  to  the  damage  functions  of  TAPE8. 
The  resultant  file  is  TAPEII.  The  key  field  is  the  attribute  IT,  the  damage 
function  identifier.  Because  the  2  functions  on  TAPE9  have  the  same  key  as  2 
functions  on  TAPB8,  the  MERGE  command  replaces  the  old  functions  with  the  two 
new  ones.  In  effect,  the  command  is  acting  like  a  replace  function. 

The  merged  file  (TAPEII)  is  then  used  as  input  to  the  MODIFY  coimand 
(item  5).  The  damage  function  '  Rl*  is  modified  to  correct  the  value  of  the 
seventeenth  percent  damage  value  from  440000  to  44  percent. 

4 .  Program  Output 

The  following  pages  are  a  reproduction  of  the  program  execution. 
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Appendix  A 
TEST  PROBLEM  5 


CREATE  A  RANDOM  DAMAGE  FUNCTION  FILE 


1.  Problem  Purpose 

The  purpose  of  this  example  is  to  create  a  random  damage  function  file. 
When  running  the  SID  program  using  a  random  damage  function  file  a  sequential 
file  of  just  DF  cards  is  also  required.  This  example  will  also  create  this 
necessary  file  (TAPB92) . 

2 .  Listing  of  Input  Cards  for  the  Run 

READ  TYPE  DAMAGE 

PULL  FROM  8  TO  98  BY  IF  NSTAG  GE  0 

PULL  FROM  8  TO  92  BY  IF  NSTAG  GB  O 

LIST  FROM  98  FIELDS  IT  NSTAG  SAGBl  PBRCNTl 

END 

3.  Output  Description 

The  first  PULL  command  (item  1)  creates  the  random  damage  function  file 
(TAPE98)  from  the  sequential  file  (TAPES).  All  damage  functions  with  an 
NSTAG  greater  than  or  equal  to  zero  will  be  written  to  the  new  file.  (Note  - 
this  is  one  way  to  capture  all  the  damage  functions).  The  second  PJDLL 
command  (item  2)  creates  the  required  TAPE92.  This  second  command  must 
always  be  present. 

4 .  Program  Output 

The  following  pages  are  a  reproduction  of  the  program  execution. 
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Appendix  A 


TEST  PROBLEM  6 

CREATE  A  RANDOM  STRUCTURE  INVENTORY  FILE 


1.  Problem  Purpose 

This  example  demonstrates  how  to  create  a  random  structure  file  which  is 
a  subset  of  an  input  sequential  structure  file. 

2.  List  of  Input  Cards  for  the  Run 

READ  TYPE  STRUCT 
PULL  FROM  8  TO  99  BY  / 

IF  IDRCHl  BQ  *081008* 

LIST  FROM  99  FIELDS  IDRCHl  IBLD61  STOPO  DBLTZ  DBLTB  DELTG 
END 

3.  Output  Description 

Item  1  shows  how  to  use  the  PULL  coanand  to  do  two  functions  at  the  same 
time.  The  first  function  is  to  create  the  random  file  (TAPB99)  from  the 
sequential  file  (TAPES).  The  second  function  is  to  only  include  a  subset  of 
the  input  file,  i.e.,  only  structures  located  in  damage  reach  *081008*,  on 
the  random  file. 

4.  Program  Output 

The  following  pages  are  a  reproduction  of  the  program  execution. 
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APPENDIX  B 
STBUCTUSB  CARDS 
(for  SID  program) 


1  STRUCTURE  CARDS 


The  structure  cards  which  follow  (SL  and  SD  required,  SO,  SS  and  SA 
optional)  provide  the  basic  inventory  data  for  the  structures  to  be  subjected 
to  damage  potential  analysis.  The  SS  and  SA  cards  do  not  presently  result  in 
analysis.  They  have  been  defined  so  that  future  applications  (that  might  be 
developed)  could  be  accommodated  in  initial  field  data  collection  efforts. 


1.1  SL  CARD 

This  required  card  provides  identification  codes,  locational  information, 
structure  elevations,  and  printout  controls.  The  numbers  in  parentheses  under 
FIELD  are  the  card  column  numbers  for  input. 


RECORD  ATTRIBUTE 

FIELD  VARIABLE  FIELD  VALUE  TYPE  DESCRIPTION 


APPENDIX  B 
STRUCTURE  CARDS 
(for  SID  proEram) 


1.1  SL  CARD  (continued) 


FIELD 

VARIABLE 

RECORD 

FIELD 

VALUE 

ATTRIBUTE 

TYPE 

DESCRIPTION 

4 

COLE 

(25-32) 

4 

(R) 

If  coordinates  are  used,  (optional) 
this  value  is  the  column  or  east 
coordinate  point. 

5 

ADJ 

(33-40) 

4 

(R) 

Elevation  of  the  reference  flood  at 

the  structure  (in  feet).  Used  (in 
conjunction  with  damage  reach 
reference  flood  elevation)  to 
adjust  structure  elevation-damage 
potential  at  site  to  the  index 
location.  See  discussion  page  8  in 
main  text. 

6  STOPO  (41-48)  4  (R)  Elevation  of  reference  point 

selected  for  structure  (in  feet). 
Must  be  input  as  eithet  1)  first 
floor  elevation  or  2)  ground 
elevation.  If  elevation  is  input 
as  ground  elevation,  will  be 
adjusted  to  first  floor  by  addition 
of  DELTG  (SL.9)  below.  The  first 
floor  elevation  corresponds  to  the 
zero  stage  value  on  stage  damage 
function  (DF,  DP,  PC  (or  DD) 
cards).  If  left  blank,  or  assigned 
as  zero  stage,  values  on  D?  card 
are  assumed  to  be  elevation 
values.  See  text  page  17. 

7  DELTZ  (49-56)  4,-  (R)  Difference  between  water  surface 

elevation  that  can  cause  damage  to 
begin  at  first  floor  For 
example,  if  a  basement  opening 
exists  that  would  admit  water  at 
some  elevation  above  the  basement 
floor,  damage  might  not  begin  until 
water  reaches  that  elevation.  If 
the  point  is  below  first  floor 
elevation,  elevation  difference 
input  should  be  negative  (e.g., 
preceded  by  a  minus  sign).  See 
text  page  19. 
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FIELD 

9 


10 

(73-74) 


10(75) 


DELTB  (57-64)  +,-  (R)  Difference  between  elevation  of 

basement  floor  and  first  floor 
elevation.  Elevation  difference 
input  would  normally  be  negative 
(e.g.,  preceeded  by  a  minus  sign). 
Needed  if  structure  has  a  basement 
and  separate  damage  function  is  to 
be  used  for  basement  only.  See 
text  page  19. 


RECORD  ATTRIBUTE 

VARIABLE  FIELD  VALUE  TYPE 

DELTC  (65-72)  +,-  (R) 

IFUNC  (73-74)  0  (I) 

1 

2 

3 

NEWSTR  (75-75)  0  (I) 

1 


DESCRIPTION 

Used  only  if  elevation  STOPO  (SL.6) 
was  input  as  ground  elevation. 
Needed  to  adjust  STOPO  to  first 
floor  elevation.  Difference 

between  elevation  of  first  floor 
and  ground  elevation.  If  first 
floor  elevation  is  above  ground, 
elevation  difference  is  positive 
and  should  be  so  input. 

Analysis  to  be  performed  will  use  a 
single  level  damage  function  and 
only  SD  card  will  be  included.  SO, 
SS  or  SA  cards  are  not  used. 

One  additional  structure  card 
(either  a  SO,  SS,  SA  card)  will  be 
Included  with  the  required  SL  and 
SD  cards . 

Two  additional  structure  cards 
(either  SO  and  SS,  SO  and  SA,  or  SS 
and  SA  cards)  will  be  included  with 
the  required  SL  and  SD  cards. 

Three  additional  st  .'ucture  cards 
(SO,  SS  and  SA  cards)  will  be 
included  with  the  required  SL  and 
SD  cards. 

Structure  will  be  considered  as 
"existing"  for  analysis  purposes. 

Structure  will  be  considered  as 
"new"  (e.g.,  does  not  presently 
exist  but  will  be  built  at  some 
future  date)  for  analysis  purposes. 
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APPENDIX  B 
STRUCTURE  CARDS 
(for  SID  program) 


1.2  SD  CARD 


The  required  SD  card  specifies  the  damage  category  (for  damage  potential 
consolidation),  damage  function  assignments,  and  values  for  structures  and 
contents.  The  numbers  in  parentheses  under  FIELD  are  the  column  numbers  for  input. 


RECORD  ATTRIBUTE 


FIELD 

VARIABLE 

FIELD 

VALUE 

TYPE 

0 

K0DE2 

(81-82) 

SD 

(C) 

1 

I0RCH2 

(83-88) 

AN 

(C) 

2 

IBLDG2 

(89-96) 

AN 

(C) 

3 

IDCAT 

(97-104) 

AN 

(C) 

4  IDIFS 

(25-27) 

(105-  107) 

AN 

(C) 

4  VIFS 

(108-112) 

(R) 

(28-32) 


5  IDIFC  (113-115)  AN  (C) 

(33-35) 


DESCRIPTION 

Card  identification. 

Damage  reach  identification  code 
(identical  to  SL.l). 

Building  identification  code 
(identical  to  SL.2). 

Damage  category  (specified  on  DC 
cards)  JDCT  (DC. 2)  to  which  this 
structure  will  be  assigned  for 
consolidation  of  damage  potential 
of  all  structures. 

Identification  code  for  damage 
potential  function  to  be  assigned 
to  this  structure.  Use  appropriate 
DF  card  identification  code,  IT 
(DF.l) . 

Total  value  of  structure  in 
thousands 

of  dollars  ($1000).  If  damage 
function  to  be  assigned  to  this 
value  is  a  percent  function,  this 
value  provides  the  conversion. 
Otherwise  the  value  input  here  is 
used  in  various  tables  and 
summaries . 

Identification  code  for  damage 
potential  function  to  be  assigned 
to  damage  to  contents  for  this 
structure.  Use  appropriate  DF  card 
identifier  code,  IT  (DF.l). 
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APPENDIX  B 
STRUCTURE  CARDS 
(for  SID  program) 


1.2  SD  CARD  (continued) 


FIELD 

VARIABLE 

RECORD 

FIELD 

VALUE 

ATTRIBUTE 

TYPE 

DESCRIPTION 

5 

(36-40) 

VIFC 

(116-120) 

4 

(R) 

Total  value  contents  in 
thousands  of  dollars  ($1000). 

Value  of  contents  is  a 

percentage  of  the  structure 
value.  Input  as  negative 

whole  number  (e.g.,  50%  is 

input  as  -50) . 

6 

IDIFO 

(121-123) 

AN 

(C) 

Identification  code  for 

(41-43)  damage  potential  function  to 

be  used  for  damage  to  "other" 
items.  Use  appropriate  DF 
card  identification  code,  IT 
(DF.l) . 


6  VlFO  (124-128)  + 

(44-48) 


(R)  Total  value  of  "other"  items 
thousands  of  dollars  ($1000). 


Value  of  "other"  is  a 
percentage  of  the  structure 
value.  Input  as  a  negative 
whole  number  (e.g.,  5%  is 
input  as  -5) . 

7  lADDRl  (129-136)  AN  (C)  Space  allowed  for 

comment/record  keeping. 
Could  be  used  to  record 
address,  source  of  structure 
market  values,  land  costs,  or 
other  miscellaneous 
information . 


8 

1ADDR2 

(137-  144) 

AN 

(C) 

Same 

as 

above . 

9 

IADDR3 

(145-  152) 

AN 

(C) 

Same 

as 

above . 

10 

IADDR4 

(153- 160) 

AN 

(C) 

Same 

as 

above . 
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APPENDIX  B 
STRUCTURE  CARDS 
(for  SID  program) 


1.3  SO  CARD 


The  optional  SO  card  (see  IFUNC  (SL.IO))  provides  for  additional 
specification  of  analysis  for  the  basement  and  above  first  floor  categories 
for  those  users  who  desire  to  evaluate  structures  at  three  levels.  In  this 
case,  the  SD  card  is  then  used  to  provide  only  first  floor  information.  The 
numbers  in  parentheses  under  FIELD  are  the  card  column  numbers  for  input. 


FIELD 

VARIABLE 

RECORD 

FIELD 

VALUE 

ATTRIBUTE 

TYPE 

DESCRIPTION 

0 

K0DE3 

(161-162) 

SO 

(C) 

Card  identification. 

1 

1DRCH3 

(163-168) 

AN 

(C) 

Damage  reach  identification 
code  dentical  to  SL.l.). 

2 

IBLDG3 

(169-  176) 

AN 

(C) 

Building  identification  code 
(identical  to  SL.2.). 

3 

(17-19) 

IDBS 

(177-179) 

AN 

(C) 

Identification  code  for 
damage  potential  function  to 
be  assigned  for  damage  to  the 
structure  of  the  basement. 
Use  appropriate  DF  identifier 
code,  IT  (DF.I). 

3 

(20-24) 

VBS 

(180-184) 

4 

(R) 

Total  value  of  the  structure 
basement  in  thousands  of 
dollars  ($1000) . 

4 

(25-27) 

IDBC 

(185-187) 

AN 

(C) 

Identification  code  for 
damage 

potential  function  to  be 
assigned  to  damage  to 
contents  of  the  basement. 
Use  appropriate  DF 
identifier,  IT  (DF.I). 

4 

(28-32) 

VBC 

(188-192) 

4 

(R) 

Total  value  of  the  contents 
of  the  basement  in  thousands 
of  dollars  ($1000). 

Value  of  the  contents  of  the 

basement  is  a  percentage  of 
the  structure  value  of  the 
basement.  Input  as  negative 
whole  number  (e.g.,  50%  is 

input  as  -SO) . 


APPENDIX  B 
STRUCTURE  CARDS 
(for  SID  program) 


1.3  SO  CARD  (continued) 


FIELD 

VARIABLE 

RECORD 

FIELD 

VALUE 

ATTRIBUTE 

TYPE 

DESCRIPTION 

5 

(33-35) 

IDBO 

(193-195) 

AN 

(C) 

Identification  code  for 
damage  potential  function  to 
be  assigned  for  damage  to 
"other”  Items  of  the 
basement.  Use  appropriate  DF 
card  identifier,  IT  (DF.l), 

5 

(36-40) 

VBO 

(196-200) 

4 

(R) 

Total  value  of  the  "other" 
Items  of  the  basement  in 
thousands  of  dollars  ($1000). 

• 

Value  of  the  "other"  Items  of 
the  basement  Is  a  percentage 
of  the  structure  value  of  the 
basement.  Input  as  negative 
whole  number  (e.g.,  50%  is 
Input  as  -50). 

6 

(41-43) 

IDAS 

(201-203) 

AN 

(C) 

Identification  code  for  damage 
potential  function  to  be 
assigned  for  damage  to  the 
structural  portion  above  the 
first  floor.  Use  appropriate 
DF  card  Identifier,  IT  (DF.l). 

6 

(44-48) 

VAS 

(204-208) 

4 

(R) 

Total  value  of  the  structural 
portion  above  the  first  floor 
In  thousands  of  dollars 

($1000) . 

7 

(49-51) 

IDAC 

(209- -’ll) 

AN 

(C) 

Identification  code  for  damage 
potential  function  to  be 
assigned  for  damage  to  the 
contents  above  the  first 
floor.  Use  appropriate  DF 
card  identifier,  IT  (DF.l). 

7 

(52-56) 

VAC 

(212-216) 

4 

(R) 

Total  value  of  the  contents 
above  floor  In  thousands  of 

dollars  ($1000). 

Value  of  the  contents  for 
above  first  floor  Is  a 
percentage  of  the  structural 
portion  above  first  floor 
value.  Input  as  negative 
trhole  number  (e.g.,  50%  is 
Input  as  -SO). 
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1.3  SO  CARD  (continued) 

RECORD  ATTRIBUTE 

FIELD  VARIABLE  FIELD  VALUE  TYPE  DESCRIPTION 

8  IDAO  (217-219)  AN  (C)  Identification  code  for  damage 

(57-59)  potential  function  to  be 

assigned  for  damage  to 

•’other"  items  above  first 

floor.  Use  appropriate  DF 
card  identifier,  IT  (DF.l). 

8  VAO  (220-224)  ^  ,(R)  Total  value  of  the  "other" 

(60-64)  items  the  first  floor  in 

thousands  of  dollars  ($1000). 

Value  of  the  "other"  for 

above  first  floor  is  a 

percentage  of  the  structural 
portion  above  first  floor 

value.  Input  as  negative 

whole  number  (e.g.,  50%  is 

input  as  -50) . 

9-10  Blank  fields. 
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2  STRUCTURE  CHARACTERISTICS /DOCUMENTATION  CARDS 

'  -  11  '  . .  I  I  .!■» 

The  SS  and  SA  cards  have  been  formulated  to  provide  a  systematic  data 
capture  procedure  for  cataloging  more  precisely  the  characteristics  of 
inventoried  structures.  The  data  contained  on  these  cards  art  simply  read 
and  printed.  Future  plans  for  enhancement  of  SID  capabilities  include  sort, 
display,  and  summary  operations  on  these  data  items,  and  later,  creation  of 
analysis  routines  to  permit  refined  nonstructural  and  other  analysis. 


2.1  SS  CARD 

The  optional  SS  (see  IFUNC  (SL.IO))  card  provides  for  cataloging  more 
detailed  information  on  the  structure  to  allow  for  potential,  (not  yet 
developed)  more  detailed,  economic  and  nonstructural  analysis.  The  numbers 
in  parentheses  under  FIELD  are  the  column  numbers  for  input. 


RECORD  ATTRIBUTE 


FIELD 

VARIABLE 

FIELD 

VALUE 

TYPE 

0 

KODE4 

(241-242) 

SS 

(C) 

1 

1DRCH4 

(243-248) 

AN 

(C) 

2 

IBLDG4 

(249-256) 

AN 

(C) 

3 

(17-20) 

YC 

(257-260) 

+ 

(R) 

3 

SF 

(261-262) 

AN 

(C) 

(21-22) 


DESCRIPTION 

Card  identification. 

Identification  code  of  damage  reach 
to  which  this  structure  is  assigned 
(identical  to  SL.l). 

Building  identification  code 
(identical  to  SL.2). 

Year  of  completion  of  structure 
construction  (e.g.,  1952).  Used  as 
indicator  of  age  of  structure. 

Soil  foundation  types  used  to 
determine  seepage/construction 

problems /potent i al .  Up  to  5  types 
(defined  by  user)  may  be 
specified.  An  example  might  be: 

1  Gravel 

2  Rock 

3  Impervious 

4  Swampy 

5  Other 
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2.1  SS  CARD  (continued) 

RECORD  ATTRIBUTE 

FIELD  VARIABLE  FIELD  VALUE  TYPE  DESCRIPTION 


3  TG  (263-264)  AN 

(23-24) 


4  CG  (265-266)  AN 


4  NG  (267-268)  4 

(27-28) 


4  BG  (269-270) 

(29-30) 

0 


(C)  Categorization  of  structure 

types  used  as  indicators  of 
nature  of  construction  and 
for  statistical  analysis.  Up 
to  20  types  (defined  by  user) 
may  be  specified.  An  example 
might  be: 

1  Colonial 

2  Ranch 

3  Row 

4  Trailer,  etc. 

Etc. 

(C)  Categorization  of  (25-26) 

construction  type.  Used  as 
indicator  for  potential 
modifications.  Up  to  10 
categories  (defined  by  user) 
may  be  specified.  An  example 
might  be: 

1  Wood  frame 

2  Prefab 

3  Masonry 

4  Steel  frame 
Etc. 

(I)  Code  for  number  of  floors  (not 

including  basement): 

1  One  floor 

2  Two  floors 

3  More  than  two  floors 

(R)  Code  for  presence  of  basement. 


No  basement. . 


1  Structure  has  a  basement. 

5  BT  (273-274)  AN  (C)  Categorization  of  basement 

type. 

(33-34)  Up  to  5  categories  (user 

defined)  may  be  specified. 
An  example  might  be: 

1  Full 

2  Partial 

3  None,  slab  foundation 
Etc. 
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2.1  SS  CARD  (continued) 


RECORD  ATTRIBUTE 


FIELD 

VARIABLE 

FIELD 

VALUE 

TYPE 

DESCRIPTION 

5 

BC 

(275-276) 

AN 

(C) 

Code  for  basement  (35-36) 
construction  type.  Up  to  10 
types  (user  defined)  may  be 
specified.  An  example  might 
be: 

1  Wood  frame 

2  Prefab 

3  Masonry 

4  Steel  frame,  etc. 

Etc. 

5 

(37-40) 

BSIZE 

(277-280) 

+ 

(R) 

Basement  area  in  hundred 

square  feet 

6 

(41-42) 

NWB 

(281-282) 

+ 

(I) 

Number  of  windows  below  the 
first  floor. 

6 

(43-45) 

WAB 

(283-285) 

4 

(R) 

Average  size  of  the  window 
openings  below  the  first 
floor  (square  feet). 

6 

(46-48) 

WBF 

(286-288) 

4 

(R) 

Elevation  difference  between 
the  lowest  window  below  the 
first  floor  and  the  first 
floor  reference  point. 

7 

(49-50) 

NOB 

(289-290) 

4 

(I) 

Number  of  "other"  openings 
below  the 
first  floor. 

7 

(51-53) 

OAD 

(291-293) 

4 

(R) 

Average  size  of  the  "other" 
openings 

below  the  first  floor  (square 
feet) . 

7 

(54-56) 

OBF 

(294-296) 

4 

(R) 

Elevation  difference  between 
the 

lowest  "other"  openings  below 
the  first  floor  and  the  first 
floor  reference  point. 

8 

(57-58) 

Blank. 
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2.1  SS  CARD  (continued) 


RECORD 

ATTRIBUTE 

FIELD 

VARIABLE 

FIELD 

VALUE 

TYPE 

DESCRIPTION 

8 

(59-60) 

FC 

(299-300) 

AN 

(C) 

Code  for  first  floor 

construction 

types.  Up  to  10  types 
(user  defined)  may  be 
specified.  An  example 
might  be: 

1  Wood  frame 

2  Prefab 

3  Masonry 

4  Steel  frame,  etc. 

Etc . 

8 

(61-64) 

FSIZE 

(301-304) 

+ 

(R) 

First  floor  area  in 
hundred  square  feet. 

9 

(65-66) 

NWF 

(305-306) 

4 

(I) 

Number  of  windows  in  the 
first  floor. 

9 

(67-69) 

WAF 

(307-309) 

4 

(R) 

Average  size  of  window 
openings  on  first  floor 
(square  feet). 

9 

(70-72) 

WDF 

(310-312) 

4 

(R) 

Elevation  difference 
between  the  lowest 

window  above  the  first 
floor  and  the  first 
floor  reference  point 
elevation. 

10 

(73-74) 

NOF 

(313-314) 

4 

(1) 

Number  of  "other" 
openings  above  the  first 
floor  elevation. 

10 

(75-77) 

OAF 

(315-317) 

4 

(R) 

Average  size  of  "other" 
openings  above  the  first 
floor  elevation  (square 
feet) . 

10 

(78-80) 

ODF 

(318-320) 

4 

(R) 

Elevation  difference 
between  the  lowest 

"other"  openings  above 
the  first  floor  and  the 
first  floor  reference 
elevation. 
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2.2  SA  CARD 


The 

optional 

SA  card  (see 

IFUNC 

(SL.IO)) 

provides  for  additional  cataloging  and 

naming 

street 

of  the  structure  (e.g 
address . 

RECORD 

. ,  resident  or  business)  and  record  keeping  such  as 

ATTRIBUTE 

FIELD 

VARIABLE 

FIELD 

VALUE 

TYPE 

DESCRIPTION 

0 

KODES 

(321-322) 

SA 

(C) 

Card  identification. 

1 

IDRCH5 

(323-328) 

AN 

(C) 

Identification  code  for  the  damage 
reach  to  which  structure  is 
assigned  (identical  to  SL.l). 

2 

IBLDGS 

(329-336) 

AN 

(C) 

Building/ structure  identification 

code  (identical  to  SL.l). 

3 

RESIDl 

(337-344) 

AN 

(C) 

Name  of  resident  or  business. 

4 

RBS1D2 

(345-352) 

AN 

(C) 

Same  as  above. 

5 

AODRl 

(353-360) 

AN 

(C) 

Street  address. 

6 

ADDR2 

(361-368) 

AN 

(C) 

Same  as  above. 

7 

ADDR3 

(369-376) 

AN 

(C) 

Same  as  above. 

8 

CITYl 

(377-384) 

AN 

(C) 

City  or  town. 

9 

CITY2 

(385-392) 

AN 

(C) 

Same  as  above. 

10 

IZIP 

(393-400) 

4 

(1) 

Zip  code. 
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APPENDIX  C 

DAMAGE  FUNCTION  CARDS 
(for  SID  program) 


1  DAMAGE  FUNCTION  CARDS 


These  cards  are  required  if  NDFILE  (J2.9)  is  not  equal  to  92.  Three  card  types 
DF,  DP  and  PC  (or  DD)  are  required  for  each  damage  function.  There  must  be  NODF 
(J2.1)  sets  of  DF,  DP,  and  PC  (or  DD)  cards. 


1.1  DF  CARD 

The  DF  card  identifies  the  damage  function,  specifies  the  number  of  depth 
tabulation  values  and  flags  the  nature  of  the  damage  values  and  file  source.  If 
NDFILE  (J2.9.  is  92,  the  DF  card  image  is  required  on  tape  or  disk.  If  NDFILE 
(J2.9)  is  92  or  98,  damage  function  data  is  resident  on  random  access  file  98.  DF 
cards  must  be  included  in  the  job  stream  to  retrieve  from  the  random  access  file 
those  damage  functions  to  be  used  in  the  specific  computer  run.  If  NDFILE  (J2.9) 
is  92,  provide  DF  in  card  image  format  on  tape  or  disk,  specifiying  the  appropriate 
identification  codes  (DF.l)  and  IDFILE  (DF.4)  as  1.  If  NDFILE  (J2.9)  is  98, 
provided  DF  cards  as  physical  input  specifying  (DF.l),  as  before  and  DF.4  as  1. 


FIELD 

VARIABLE 

RECORD 

FIELD 

VALUE 

ATTRIBUTE 

TYPE 

DESCRIPTION 

0 

KODEl 

(1-2) 

DF 

(C) 

Card  identification. 

1 

(6-8) 

IT 

(6-8) 

AN 

(C) 

Damage  function  identification  code, 
(maximum  of  30  characters) . 

2 

NSTAG 

(9- 16) 

-» 

(1) 

Number  of  stage  tabulation  values  - 
maximum  of  20. 

3 

IDF 

(17-24) 

0 

(I) 

Damage  values  placed  on  PC  cards 
are  PERCENT  damage  values . 

1 

Damage  values  placed  on  DD  cards 
are  direct  (actual)  DOLLAR  values. 

4 

IDFILE 

(25-32) 

0 

(I) 

Stage  and  damage  data  are 

physically  on  cards  or  DF,  DP,  PC 
(or  DD))  card  images  exist  on  a 
computer  disk  file.  NDFILE  (J2.9) 
=  0  or  2. 

1  Stage  and  damage  data  (DF,  DP,  PC 

(or  DD))  are  resident  on  a  RANDOM 
10  File.  NDFILE  (J2.9)  =  98. 
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1.2  DP  CARD 


The  DP  card  specifies  the  stage  values  (of  stage  damage  functions).  The  first 
10  stage  values  are  placed  on  the  initial  DP  card  and  the  remainder,  if  needed,  are 
placed  on  a  second  DP  card  (maximum  of  20).  The  initial  stage  tabulation  value 
should  correspond  to  the  zero  damage  point.  Values  are  input  in  ascending  order 
but  do  not  have  to  be  of  a  uniform  interval  between  values.  Elevation  values 


instead 

of  stage 

values  are 

assumed 

if  STOPO 

(SL.6)  is  equal  to  zero. 

FIELD 

VARIABLE 

RECORD 

FIELD 

VALUE 

ATTRIBUTE 

TYPE  DESCRIPTION 

0 

K0DE2 

(81-82) 

DP 

(C) 

Card  identification. 

1 

SAGEl 

(83-88) 

4 

(R) 

First  stage  value.  May  be 
(use  **-”  sign)  and 
correspond  to  zero  damage. 

negative 

should 

2 

SAGE2 

(89-96) 

4 

(R) 

Second  stage  value, 

negative  (use  sign) . 

May  be 

N 

SAGEN 

(233-240) 

4 

(R) 

Same  as  above  for  NSTAG  (DF.2) 

stage  values.  Continue  for  as  many 
DP  cards  as  needed. 
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1.3  PC  CARD 

The  PC  cards  specify  the  percent  damage  values  corresponding  to  the  stage 
values  specified  on  the  DP  card(s).  The  first  10  values  are  placed  on  the  initial 
PC  card  and  the  remainder,  if  needed,  are  placed  on  a  second  PC  card.  The  first 
depth  (DP.l)  and  associated  percent  damage  (PC.l)  values  should  correspond  to  zero 
damage  point.  Required  if  IDF  (DF.3)  is  0  or  blank. 


FIELD 

VARIABLE 

RECORD 

FIELD 

VALUE 

ATTRIBUTE 

TYPE 

DESCRIPTION 

0 

K0DE4 

(241-242) 

PC 

(C) 

Card  identification. 

1 

PERCNTl 

(243-248) 

4 

(R) 

Percent  damage  in  whole  numbers 
(e.g.,  60%  is  input  as  60) 

corresponding  to  first  depth 

value.  Initial  value  should  be 

zero . 

2 

PERCNT2 

(249-256) 

+ 

(R) 

Percent  damage  (in 
corresponding  to 
value . 

whole  numbers) 
second  depth 

N 

PERCNTN 

(393-400) 

+ 

(R) 

Percent  damage  corresponding  to  N 

depth  value.  Continue  for  as  many 
PC  cards  as  needed. 
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1.4  DP  CARD 

The  DD  card  is  an  optional  alternative  to  the  PC  card  to  specify  direct  damage 
values  corresponding  to  the  stage  values  on  the  DP  card(s).  The  first  10  direct 
damage  values  are  placed  on  the  first  DD  card  and  the  remainder,  if  needed,  are 
placed  on  a  second  DD  card.  It  is  good  practice  to  have  the  first  depth  (DP.l)  and 
direct  damage  (DD.l)  values  correspond  to  zero  damage  point.  Required  if  IDF 
(DF.3)  is  1. 


RECORD  ATTRIBUTE 

FIELD  VARIABLE  FIELD  VALUE  TYPE  DESCRIPTION 


0 

K0DB4 

(241-242) 

DD 

(C) 

Card  idencif ication . 

1 

PBRCNTl 

(243-248) 

4 

(R) 

Direct 

damage  in  thousands 

of 

dollars 

($1000)  corresponding 

to 

initial 
zero) . 

depth  value  (should 

be 

2 

PERCNT2 

(249-256) 

4 

(R) 

Direct 

damage  in  thousands 

of 

dollars 

($1000)  corresponding 

to 

second  depth  value. 

N 

PERCNTN 

(393-400) 

4 

(R) 

Direct 

damage  in  thousands 

of 

dollars 

($1000)  corresponding 

to 

NSTAG  (DF.2)  depth  value.  184 

Continue 

on  to  an  additional 

DD 

card  as 

needed. 
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